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(57) Abstract: The present invention relaies lo mechanisms for handling and delecting collisions between ihrcads (5. f>. 7) lhai 
execute com puier program instructions out of program order. According to an embodiment ol'lhc present invention each ofa plurality 
of threads (5. 0. 7) are associated with a resj>eclive daui structure (9. 10. 11) comprising a number of bits (12) that correspond lo 
memory elements (nio. m,, m 2 . m„) of a shared memory (4). When a ihread accesses a memory clement in the shared memory, il 
sets a bit in its associated daia structure, which bit corresponds to the accessed memory element. This indicates thai the memory 
element bus been accessed by the thread. Collision detection may be carried nut after the thread has finished executing by means of 
comparing the data structure of the ihread with the data structures of other threads on which the ihread may depend. 
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COLLISION HANDLING APPARATUS AND METHOD 
FIELD OF THE INVENTION 

The present invention relates in general to execution of computer program 
5 instructions, and more specifically to thread-based speculative execution of 
computer program instructions out of program order. 

BACKGROUND OF THE INVENTION 

The performance of computer processors has been tremendously enhanced 
over the years. This has been achieved both by means of making operations 

10 faster and by means of increasing the parallelism of the processors, i.e. the 

ability to execute several operations in parallel Operations can for instance be 
made faster by means improving transistors to make them switch faster or 
optimizing the design to minimize die level of logic needed to implement a 
given function. Techniques for parallelism include processing computer 

15 program instructions concurrently in multiple threads. There are programs that 
are designed to execute in several concurrent threads, but a program that is 
designed to execute in a single thread can also be executed in several 
concurrent threads. If the execution of a program in several concurrent 
threads causes program instructions to be executed in an order that differs 

2 0 from the program order in which the program was designed to execute the 
thread execution is speculative. The discussion hereinafter focuses on such 
speculative thread execution. 

A computer program that has been designed to be executed in a single thread 
can be parallelised by dividing the program flow into multiple threads and 
2 5 speculatively executing these threads concurrently usually on multiple 

processing units. The international patent application WOOO/29939 describes 
techniques that may be used to divide a program into multiple threads. 
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However, if the threads access a shared memory, collisions between the 
concurrently executed threads may occur. A collision is a situation in which the 
threads access the shared memory in such a way that there is no guarantee that 
the semantics of the original single-threaded program is preserved. 

5 A collision may occur when two concurrent threads access the'same memory 
element in the shared memory. An example of a collision is when a first thread 
writes to a memory element and the same memory element has already been 
read by a second thread which follows the first thread in the program flow of 
die single-threaded program. If die write operation performed by the first 

10 thread changes die data in the memory element, the second thread will read 

die wrong data, which may give a result of program execution that differs from 
the result that would have been obtained if the program had been executed in 
a single thread. Depending on the implementation, collisions can for example 
also occur when two threads write to the same memory element in die shared 

15 memory. 

Execution of a computer program in multiple concurrent threads is intended 
to speed up program execution, without altering die semantics of the program. 
It is therefore of interest to provide a mechanism for detecting collisions. 
When a collision has been detected one or more threads can be rolled back in 

20 order to make sure diat the semantics of the single-threaded program is 
preserved. A rollback involves restarting a thread at an earlier point in 
execution, and undoing everything that has been done by the thread after that 
point. In the example above, in which the older first thread wrote to a memory 
element that already had been read by the younger second tiiread, the second 

25 thread should be rolled back, at least to die point when the memory element 
was read, if it is to be guaranteed that the semantics of the single- threaded 
program is preserved. 
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A known mechanism for detecting and handling collisions involves keeping 
track of accesses to memory elements by means of associating two or more 
flag bits per thread with each memory object. One of these flag bits is used to 
indicate that the memory object has been read by the thread, and another bit is 
5 used to indicated that the memory object has been modified by die thread. 

The international patent application WO 00/70450 describes an example of 
such a known mechanism. Before a primary thread writing to a memory 
element in a shared memory, status information associated with the memory 
element is checked to see if a speculative thread has read the memory element. 
10 If so, the speculative thread is caused to roll back so that the speculative thread 
can read the result of the write operation. 

A disadvantage of this known mechanism when implemented in software is 
that it results in a large execution overhead due to the communication and 
synchronization between the threads that is required for each access to the 

15 shared memory. The status information is accessible to several threads and a 
locking mechanism is therefore required in order to make sure that errors do 
not occur due to concurrent access to the same status information by two 
threads. There is also a need for memory barriers (also called memory fences) 
in order to ensure correct ordering between accesses to the shared memory 

2 0 and accesses to the status information. 

Another example of a known mechanism for detecting and handling collisions 
is described in Steffan J.G. et al, "The Potential for Using Thread-Level Data 
Speculation to Facilitate Automatic ParaHelization", Proceedings of the Fourth 
International Symposium on High-Performance Computer Architecture, 
2 5 February 1998, and in Oplinger J. et al, "Software and Hardware for 

Exploiting Speculative Parallelism with a Multiprocessor", Stanford University 
Computer Systems Lab Technical Report CSL-TR-97-715, February 1997. An 
extended cache coherency protocol is used to support-speculative threads. 
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The flag bits are, according to this technique, associated with cache lines in a 
first level cache of each of a plurality of processors. When a thread performs a 
write operation, a standard cache coherency protocol invalidates the affected 
cache line in the other processors. By extending the cache coherency protocol 
5 to include the thread number in the invalidation request, the other processors 
can detect read after write dependence violations and perform rollbacks if 
necessary. A disadvantage of this approach is that speculatively accessed cache 
lines have to be kept in the first level cache until the speculative thread has 
been committed, otherwise the extra information associated with each cache 
10 line is lost. If the processor runs out of available positions in the first level 

cache during execution of the speculative thread, the speculative thread has to 
be rolled back. Another disadvantage is that the method requires modifications 
to the cache coherency protocol implemented in hardware, and cannot be 
implemented purely in software using standard microprocessor components. 

1 5 SUMMARY OF THE INVENTION 

As mentioned above the known mechanisms for handling and detecting 
collisions have some disadvantages. The problem solved by the present 
invention is to provide mechanisms that simplify handling and detection of 
collisions. 

20 A first object of the present invention is to provide a device having simplified 
mechanisms for recording information regarding memory accesses to a shared 
memory. 

A second object of the present invention is to provide a simplified method for 
recording information regarding memory accesses to a shared memory. 

25 A third object of the present invention is to provide a simplified method for 
handling possible collisions between a plurality of threads. 
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The objects of the present invention are achieved by means of an apparatus 
according to claim 1, by means of a method according to claim 17 and by means 
of a method according to claim 27. The objects of the invention are further 
achieved by means of computer program products according to claim 36 and 
5 claim 37. 

According to the present invention each of a plurality of threads are associated 
with a respective data structure for storing information regarding accesses to the 
memory elements of the shared memory. When a thread accesses a selected 
memory element in die shared memory, information is stored in its associated 
10 data structure, which information is indicative of the access to the selected 
memory element According to an embodiment of the present invention 
collision detection is carried out after the thread has finished executing by means 
of comparing die data structure of the thread with the data structures of other 
threads on which die thread may depend. 

15 An advantage of die present invention is that each thread is associated with a 
respective data structure that stores the information indicative of die accesses to 
the shared memory. This is especially advantageous in a software 
implementation since each tiiread will only modify the data structure with which 
it is associated. The threads will read the data structures of other threads, but 

20 diey will only write to their own associated data structure according to the 
present invention. The need for locking mechanisms is therefore reduced 
compared with the known solutions discussed above in which the information 
indicative of memory accesses were associated with die memory elements of the 
shared memory and were modified by all the threads. The reduced need for 

2 5 locking mechanisms reduces the execution overhead and makes the 
implementation simpler. In die software implementation, the absence of locks 
and memory barriers during thread execution will also give a compiler more 
freedom to optimize the code. 
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Another advantage of die present invention is that, since it does not require a 
modified cache coherency protocol, it can be implemented purely in software, 
thus making it possible to implement die invention using standard components. 

Further advantages of embodiments of die present invention will be apparent 
5 from the following detailed description of preferred embodiments with 
reference to accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic block diagram of a computer system in which die present 
invention is used. 

10 Figs. 2A and 2B are schematic diagrams that illustrate a computer program .being 
executed in a single thread and divided into several threads respectively. 
Fig. 3A is schematic block diagram that illustrates how data structures according 
to die present invention are used. 

Fig. 3B is schematic block diagram that illustrates how an alternative 
15 embodiment of data structures according to the present invention is used. 

Fig. 4 is a flow diagram illustrating how reading from the shared memory may be 
performed according to the present invention. 

Fig. 5 is a flow diagram illustrating how writing to die shared memory may be 
performed according to die present invention. 
20 Fig. 6 is a schematic block diagram that illustrates dependence lists associated 
with direads according to die present invention. 

Fig. 7 is a flow diagram illustrating how a thread may be executed and a collision 
check for the tiiread may be made according to the present invention. 

2 5 DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS 



Figure 1 illustrates a computer system 1 including two central processing units 
(CPUs) first CPU 2 and second CPU 3. The CPUs accesses a shared memory 4, 
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divided into a number of memory elements mO, ml, m2, mn. The memory 
elements may for instance be equal to a cache line or may alternatively 
correspond to a variable or an object in a source language. Figure 1 also shows 
three threads 5, 6, 7 executing on the CPUs 2, 3. 

A thread can be seen as a portion of computer program code that is defined by 
two checkpoints, a start point and an end point. Figure 2a shows a schematic 
illustration of a computer program 8 comprising a number of instructions or 
operations, il, 12,... in. When the computer program is executed as a single 
thread, the normal way of processing the instructions is in the program order, 
It. from top to bottom in Figure 2A. It is however possible, according to known 
techniques as mentioned above, to divide the program into multiple threads. 
The program 8 may for instance be divided into the three threads 5, 6, 7 as 
indicated in Figure 2A. The threads can be executed concurrently. Figure 2B 
illustrates an example of a threaded program flow, where the first CPU 2 first 
processes the diread 5 and then the thread 6, and die second CPU 3 starts 
processing thread 7 before the threads 5 and 6 have finished executing on the 
first CPU 2. 

Figure 2B shows an example of how die threads 5, 6, 7 may execute. Many other 
alternative ways of executing the threads are however possible. It is for instance 
not necessary that the first CPU 2 finishes processing the diread 5 before 
starting on the diread 6 and the diread 6 may be executed before the thread 5. 
The first CPU 2 may be a type of processor tiiat is able to switch between 
several different threads such that the CPU 2 e.g. starts processing die thread 5, 
leaves the thread 5 before it is finished to process die thread 6 and then returns 
to die thread 5 again to continue where it left off. Such a processor is sometimes 
called a Fine Grained Multi-Threading Processor. A Simultaneous Multi- 
Threading (SMT) Processor is able to process several threads in parallel, so if the 
CPU 2 is such a processor it is able to process die threads 5, 6 simultaneously. 
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Thus, it is not necessary to have multiple CPUs in order to process multiple 
threads concurrently. 

Collisions may occur between the threads 5, 6, 7 when the instructions of the 
computer program 8 are executed out of program order. As mentioned above, a 
5 collision is a situation in which die threads access the shared memory 4 in such 
a way that there is no guarantee that die semantics of the original single- 
threaded program 8 is preserved. It is therefore of interest to provide 
mechanisms for detecting and handling collisions that may arise during 
speculative thread execution. 

10 According to the present invention each thread 5, 6, 7 is associated with a data 
structure 9, 10, 11, which is illustrated schematically in Figure 1. The data 
structure is used to store information indicative of which memory elements in 
the shared memory 4 that the respective thread has accessed. According to an 
embodiment of the present invention each data structure includes a number of 

15 bits 12 that correspond to die memory elements in the shared memory. 
According to the embodiment of the present invention shown in Figure 1 die 
bits 12 of each data structure 9, 10, 11 are divided into a load vector 9a, 10a, 11a 
and a store vector 9b, 10b, lib. For each memory element mO, ml, m2, mn in 
the shared memory 4, there is exacdy one corresponding bit 12 in the load 

20 vector and exactly one corresponding bit 12 in die store vector associated with 
each diread. When the thread 6 reads from a memory element, it sets die 
corresponding bit 12 in the load vector 9a to indicate that the memory element 
has been read. The store vector 9b is updated analogously when the thread 6 
writes to the shared memory. 

2 5 There can either be a one-to-one correspondence or a many- to-one 
correspondence between the memory elements and the bits in die load and store 
vectors. By having a many-to-one correspondence, die memory overhead is 
reduced at die cost of spurious collisions, which causes slower execution. 
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Reducing the memory overhead will however also result in reduced execution 
overhead, since there will be fewer cache misses. A hash function can be used to 
map a number of a memory element to a bit position in the load and store 
vectors. 

Figure 3A illustrates an example of how die data structures 9, 10, 11 are used 
according to the present invention. In this example the thread 5 has written to 
the memory elements ml and m4 and read memory elements ml, m5 and m8. 
The thread 6 has written to the memory elements m2, m6 and m9 and read the 
memory elements m2, m6 and ml 3. The thread 7 has read the memory element 
ml 2. In this example, there are more memory elements in the shared memory 
than there are bit positions in the load and store vectors, which means that there 
is a many-to-one correspondence between die memory elements and the bits in 
the load and store vectors. In diis example the bit position in die load and store 
vector diat corresponds to a selected memory element is found using a hash 
function, which in this example simply calculates die remainder when dividing 
the number of the memory element by the size of die load and store vectors. 
This means that when die thread 5 writes to the memory elements ml, it sets the 
bit in position number 1 in its store vector and when the diread 6 writes to the 
memory element m9, it sets die bit in position number 1 in its store vector. 
When the threads have performed the write and read operations mentioned 
above, die bit position numbers that are set will be 0, 1, 5 for the load vector 9a; 
1, 4 for die store vector 9b; 2, 5, 6 for the load vector 10a; 1, 2, 6 for the store 
vector 10b and 4 for the load vector 11a. This is illustrated in Figure 3 A by 
means of EUed boxes representing the bits that are set. 

The implementation of die present invention can be simplified by means of die 
data structures 9, 10, 11 each comprising a single combined load and store 
vector instead of a separate load vector and a separate store vector. Figure 3B 
illustrates die same example as described above with reference to Figure 3A, 
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with the only difference that the data structures 9, 10, 11 each includes a single 
combined load and store vector 9c, 10c, 11c instead of the load vectors 9a, 10a, 
11a and die store vectors 9b, 10b, lib. The bit positions diat are set in die 
combined load and store vector 9c correspond to a logical bitwise inclusive or 
5 operation of the load vector 9a and store vectors 9b shown in Figure 3B. 

The embodiment of die present invention wherein die data structures includes a 
single combined load and store vector results in an increased number of 
spurious collisions, but on die other hand it also results in a reduced need for 
memory to store the data structures and a reduced number of operations when 
10 checking for collisions, as will be discussed further below. 

The embodiments of die present invention shown in Figures 3A and 3B uses a 
type of data versioning called privatisation, which means that a private copy 14 
of a memory element that is to be modified is created for the thread that 
modifies die element The thread then modifies the private copy instead of the 

15 original memory element in die shared memory. The private copies contain 
pointers 15 to their corresponding original memory element in die shared 
memory. The private copies are used to write over the original memory elements 
in die shared memory 4 when die threads for which they were created are 
committed. If a tiiread is rolled back, its associated private copies 14 are 

20 discarded. Figure 4 shows a flow diagram illustrating how reading from die 
shared memory is performed when privatisation is used. Figure 5 shows a 
corresponding flow diagram for writing to the shared memory. 

Figure 4 shows a first step 20, wherein die memory element to be read is marked 
as read in die load vector. In step 21, it is examined whether or not die diread 
25 has a private copy of die memory element to be read. If a private copy exists the 
data is read from the private copy, step 22. If there is no private copy die data is 
read from die memory element in die shared memory, step 23. 
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Figure 5 shows a first step 25, wherein it is examined whether or not the thread 
has a private copy of the memory element to be written to. If there is no private 
copy, die memory element to be written to is marked as written in die store 
vector, step 26, and a private copy is created, step 27. The data is dien written to 
5 the private copy, step 28. If a private copy is found to exist in step 25, die data 
can be written to the private copy directly, step 28, widiout having to make a 
mark in die store vector or create die private copy. 

The privatisation described above is not a prerequisite of the present invention. 
Another type of data versioning, which may be used instead of privatisation, 
10 involves that the tiireads store backup copies of the memory elements before 
they modify them. These backup copies are dien copied back to die shared 
memory during a rollback. 

The embodiments of the present invention described above comprise data 
structures in the form of bit vectors for storing information indicative die 

15 thread's accesses to the memory. However, many alternative types of data 
structures for storing diis information are possible according to the present 
invention. The data structures may for instance be implemented as lists to which 
numbers diat correspond to die memory elements are added to indicate accesses 
die memory elements. Other possible implementations of die data structures 

20 include trees, hash tables and other representations of sets. 

It will now be discussed how die thread associated data structures of die present 
invention can be used to check for and detect collisions. 

In a software implementation where die thread associated data structures of the 
present invention are used to check for collisions, a diread that has collided with 
25 another thread will itself detect the collision. In the known mechanisms 
discussed above an older thread would detect if a younger diread has collided 
and send a message about this so that die younger diread would be rolled back. 
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This sending of messages takes time and causes an extra delay, which can be 
avoided by means of the present invention. 

According to a preferred embodiment of die present invention collision checks 
are performed after die thread has finished its execution and is about to be 
committed. The collision check is made by means of comparing the data 
structure associated with die thread to be checked with the data structures 
associated with other threads on which the thread to be checked may depend. In 
order to keep track of the possible dependencies between threads a dependence 
list may be created for each thread before it starts executing. This is illustrated in 
Figure 6, by means of the threads 5, 6, 7 which are associated with dependence 
lists 16, 17 and 18 respectively. The dependence lists are ksts of all older threads 
that had not yet been committed when the thread was about to start executing. 
The thread 7 may depend on threads 5 and 6 so its dependence list 18 contains 
references to threads 5 and 6 to indicate the possible dependency. 

The dependence list described above is just an example of how to keep track of 
possible dependencies between threads. The dependence list is not limited to a 
list structure but can also be represented as an alternative structure that can store 
information regarding possible dependencies. It is further not necessary for the 
dependence Est to store a reference to all older not yet committed threads. For 
example in an implementation where forwarding is used it may be possible to 
determine that the thread to be started is not dependent on some of the older 
not yet committed direads and it is dien not necessary to store a reference to 
tiiese threads in the dependence list. In other cases the information stored in the 
dependence list may refer to an interval of threads of which some already have 
been committed when the dependence list is created. As long as die dependence 
list includes a reference to all the threads that the thread to be started depends 
on there is no harm in the dependence list also including references to some 
threads that the thread to be started clearly does not depend on. 
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Figure 7 shows a flow diagram of how a thread may be executed and a collision 
check for die thread may be made according to die present invention. In a step 
30, the dependence list for the thread to be executed is created. The thread is 
dien executed in a step 31. When the thread has finished executing, it waits until 
the threads that it may depend on have been checked for collisions and are ready 
to be committed, step 32. It then compares its associated data structure to die 
data structures associated with die threads in the dependence list to check for 
collisions, step 33. If no collision is detected, die thread is committed in a step 
34, otherwise the thread is rolled back in a step 35. If die tiiread has collided 
with another thread, die risk that die thread collides with the same thread again 
may be reduced by means of delaying the restart of die thread until the thread it 
collided with has been committed. The system may be arranged to give higher 
priority to committing threads with which other threads have collided. 

When the collision check is performed as described above, even the oldest not 
yet committed thread is speculative, since it might have collided with an earlier 
tiiread that already has been committed and this is not detected until die tiiread 
has finished its execution. However, when a tiiread has become the oldest not 
yet committed thread, it will have to be rolled back at the most once, since when 
it is restarted, there is no other tiiread that it can collide with. 

Alternatively one or several partial collision checks may be performed during 
execution, before performing the collision check when die thread has finished 
executing. The partial collision check can be performed without locking the data 
structures associated with other threads because it is acceptable that die partial 
check fails to detect some collisions. Collisions that were not detected in die 
partial collision check will be detected in die final collision check that is 
performed after die tiiread has finished its execution. 

The comparison between two data structures to detect collisions is performed 
differentiy depending on whetiier or not die data structures includes separated 
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load and store vectors or a combined load and store vector. If the data 
structures have separated load and store vectors the comparison between the 
load and store vectors of an older and a younger thread can be carried out by 
means of performing the following logical operations bitwise on the bit vectors: 

5 old store vector AND (young store vector OR young load vector) . 

If the resulting vector contains any bits that are set there is a collision and the 
younger thread should be rolled back. If the data structures have combined load 
and store vectors the corresponding logical operation to be performed to check 
for collisions is an AND-operation between the combined vector of the older 
1 0 thread and the combined vector of die younger thread. 

In an alternative embodiment the comparison to detect collisions is carried out 
by means of performing the following logical operation bitwise on the bit 
vectors: 

old store vector AND young load vector. 

15 This comparison assumes that the direads are committed in program order and 
that when a write operation that only modifies part of a memory element (which 
corresponds to a read-mo dify-write operation) is carried out the corresponding 
bit in both the load and the store vector is set. 

An advantage of the collision check of the present invention is that since 
20 collisions do not have to be detected until die tiiread has finished executing, 
diere is no need for any locking mechanism or memory barriers during 
execution. This reduces die execution overhead and makes die implementation 
simpler. Another reason why the execution overhead can be reduced according 
to the present invention is that if the collision check is only performed when the 
25 thread has finished executing, at most one check will have to be made for each 
accessed memory element, even if the element has been accessed many times 
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during execution. In the known mechanisms discussed above a collision check 
was performed in connection with each access to die shared memory. 

The cost of handling collisions according to the present invention is that 
collisions are not detected as early as possible, which results in some wasted data 
5 processing of threads that already have collided and should be rolled back. 
However, the gain in execution overhead will in many cases surpass the cost of 
not detecting collisions immediately. The collision check of the present 
invention described above is thus particularly favorable when collisions are rare. 

According to the present invention, the only thing that has to be performed in 
10 the same order as in die original single-threaded program is die collision check. 
Threads can be executed and rolled back out of program order and depending 
on the implementation sometimes also committed out of program order. 

If die many-to-one correspondence between die memory elements and die bits 
in die load and store vectors is used, the load and store vectors can have a fixed 
15 size. The memory overhead is then proportional to the number of threads 
instead of the number of memory elements, which means that the amount of 
memory needed to store die data structures will remain die same when the 
number of memory elements in the shared memory increases. 

The present invention can be implemented both in hardware and in software. In 
20 a hardware implementation it is possible to use a fast fixed-size memory inside 
each processor to store die data structures. In a software implementation a 
speed advantage will be obtained if the data structures are made small enough to 
be stored in die first level cache of die processor. Due to die frequent use of the 
data structures it will be advantageous to store diem in as fast memory as 
25 possible. 

The data structure associated with a thread will naturally only have to be stored 
in memory until die tiiread with which it is associated and all tiireads tiiat may 
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depend on the thread are committed. Once die diread and all threads tiiat may 
depend on it are committed the memory used to store its associated data 
structure can be reused. 

The present invention is not limited to any particular type of memory elements 
of a shared memory. The present invention is applicable to both logical and 
physical memory elements. Logical memory elements are for example variables, 
vectors, structures and objects in an object oriented language. Physical memory 
elements are for example bytes, words, cache lines, memory pages and memory 
segments. 

As described above a thread comprises a number of program instructions. Other 
terms for a series of instructions that are sometimes used in the field. An 
example of such a term is job. 

Thread-level speculative execution with a shared memory has many similanties 
to a database transaction system. The entries of a database can be compared 
with the elements of a shared memory and since a database transaction includes 
a number of operations, a database transaction can be compared with a thread. 
One way to ensure that a database remains consistent is to check for collisions 
between different database transactions. Thus the principles of die ideas of the 
present invention may be used also in this field. 

It is to be understood that die embodiments of the present invention discussed 
above and illustrated in die figures, merely serves as examples to illustrate the 
ideas of the present invention and diat die invention in no way is limited to just 
die examples described. The examples are for instance simple examples that 
only illustrate a few memory elements in the shared memory and a few bits in 
die data structures associated with die threads. In reality the number of memory 
elements and bits can be very large. The present invention is further not limited 
to any particular number of threads or CPUs. 
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CLAIMS 

1. An apparatus that supports execution of computer program instructions 
speculatively out of program order comprising: 

- a plurality of threads for executing computer program instructions, and 

- a shared memory, which comprises a number of memory elements accessible 
to the plurality of threads; 

wherein each of the threads are associated with a data structure for storing 
information regarding accesses to the memory elements of die shared memory 
and wherein each of the threads has means for accessing a selected memory 
element in the shared memory and means for storing information in the 
associated data structure indicative of the access to the selected memory 
element. 

2. The apparatus according to claim 1, wherein the data structures are one of the 
following types of structures: an unsorted list, a sorted list, a tree and a table. 

3. The apparatus according to claim 1, wherein each data structure comprises a 
number of bits that correspond to die memory elements of the shared memory 
and wherein die means for storing information are means for setting at least one 
chosen bit, which at least one chosen bit corresponds to the selected memory 
element. 

4. The apparatus according to claim 3, wherein die data structure comprises a 
load vector and a store vector, wherein die means for setting at least one chosen 
bit is arranged to set a bit in the load vector when the first tiiread accesses die 
selected memory element in order to read it, and wherein die means for setting 
at least one chosen bit is arranged to set a bit in die store vector when the first 
thread accesses the selected memory element in order to write to it. 
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5. The apparatus according to claim 3, wherein the data structure comprises a 
single combined load and store vector. 

6. The apparatus according to claim 4 or 5, wherein there is a one-to-one 
5 correspondence between the memory elements in the shared memory and the 

bits in the or each vector of the data structure. 

7. The apparatus according to claim 4 or 5, wherein there is a many-to-one 
correspondence between the memory elements in die shared memory and the 

1 0 bits in the or each vector of the data structure. 

8. The apparatus according to claim 7, wherein die correspondence between die 

"V. 

bits in the or each vector and the memory elements is determined by a hash 
function that maps the memory elements to the bits in die or each vector. 

15 

9. The apparatus according to any of claims 1-8, wherein the apparatus further 
comprises means for checking whether a thread has a private copy of the 
selected memory object, means for creating a private copy of the selected 
memory object and means for reading and writing to a private copy of die 

2 0 selected memory object 

10. The apparatus according to any of claims 1-8, wherein the apparatus furdier 
comprises means for storing a backup copy of die selected memory element. 

25 11. The apparatus according to any of claims 1-10, wherein the apparatus 
further comprises means for checking, when a first thread has finished 
execution, if each of die threads on which the first thread may depend is ready 
to be committed and means for checking for collision between the first diread 
and each of die threads on which the first diread may depend, which means for 
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checking comprises means for comparing the data structure associated with the 
first thread with each respective data structure associated with die threads on 
which die first thread may depend. 

12. The apparatus according to claim 11, wherein die apparatus further 
comprises means for creating a dependence list associated with the first thread 
before execution of the first thread, which dependence list includes a reference 
to each thread which has not yet been committed and which comes before the 
first thread in program order. 

13. The apparatus according to claim 11 or 12, wherein die apparatus further 
comprises means for committing die first diread if no collision is detected 
between die first thread and any of the direads on which die first thread may 
depend and means for restarting execution of die first thread if a collision is 
detected between die first thread and any of die direads on which the first 
thread may depend. 

14. The apparatus according to claim 13, wherein the apparatus further 
comprises means for delaying a restart of execution of die first thread until the 
thread or each of die threads with which the first thread has collided has been 
committed. 

15. The apparatus according to claim 14, wherein the apparatus further 
comprises means for giving priority to committing and/ or executing die thread 
or each of die threads with which die first thread has collided. 



16. The apparatus according to any of claims 11-15, wherein die apparatus 
further comprises means for performing a partial check for collisions between 
die first diread and at least one of die direads on which the first diread may 
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depend, which means for performing a partial check comprises means for 
comparing the data structure associated with the first thread with the respective 
data structure associated with die at least one of the threads on which the first 
thread may depend. 

5 

17. A method for recording information regarding accesses to a shared 
memory, which shared memory is accessible to a plurality of threads that are 
arranged to execute computer program instructions speculatively out of program 
order, which method includes the steps of: 
10 - a first of the plurality of direads accessing a selected memory element in the 

shared memory, and 
- the first thread storing information indicative of the access to the selected 

memory element in a data structure associated with die first thread. 

15 18. The method according to claim 17, wherein the data structure is one of die 
following types of structures: an unsorted list, a sorted list, a tree and a table. 

19. The method according to claim 17, wherein each data structure comprises a 
number of bits that correspond to die memory elements of the shared memory 

20 and wherein the step of storing information comprises setting a chosen bit in the 
data structure, which chosen bit corresponds to the selected memory element 

20. The meuiod according to claim 19, wherein the data structure comprises a 
load vector and a store vector, wherein die chosen bit is a bit in the load vector 

25 if the first diread accesses die selected memory element in order to read it, and 
wherein the chosen bit is a bit in the store vector if the first diread accesses die 
selected memory element in order to write to it. 
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21. The method according to claim 19, wherein the data structure comprises a 
single combined load and store vector. 

22. The method according to claim 20 or 21, wherein there is a one-to-one 
correspondence between the memory elements in the shared memory and the 
bits in the or each vector of the data structure. 

23. The mediod according to claim 20 or 21, wherein there is a many-to-one 
correspondence between the memory elements in die shared memory and the 
bits in the or each vector of the data structure. 

24. The method according to claim 23, wherein die correspondence between die 
bits in the or each vector and die memory elements is determined by means of 
mapping die memory elements to die bits in die or each vector using a hash 
function. 

25. The method according to any of claims 17-24, comprising die further steps 
of: 

- die first thread checking whether it has a private copy of die selected memory 

object; 

- if the first thread has a private copy and the first thread accesses die selected 

memory element in order to read it, the first thread reading from die private 
copy; 

- if the first tiiread does not have a private copy and the first thread accesses 

die selected memory element in order to read it, die first thread reading from 
die selected memory element in die shared memory; 

- if the first thread has a private copy and die first thread accesses die selected 

memory element in order to write to it, die first thread writing to die private 
copy; and 
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- if the first thread does not have a private copy and the first thread accesses 
the selected memory element in order to write to it, die first thread creating a 
private copy of the selected memory and writing to the private copy. 

5 26. The method according to any of claims 17-24, comprising the further steps 
of, if tire first thread accesses the selected memory element in order to write to 
it, the first thread storing a backup copy of die selected memory element and the 
first thread writing to the selected memory element in the shared memory after 
die backup copy is stored. 

10 

27. A method for handling possible collisions between a plurality of threads, 
which threads are arranged to execute computer program instructions 
speculatively out of program order and to access memory elements of a shared 
memory, which method includes the steps of: 

1 5 executing a first thread; 

checking, when the first thread has finished execution, if each of the threads on 
which the first tiiread may depend is ready to be committed; 
waiting until each of the threads on which the first thread may depend is ready 
to be committed, if each of the threads on which the first thread may depend is 

20 not ready to be committed; and 

checking for collision between the first thread and each of the tiireads on winch 
the first thread may depend by means of comparing a data structure associated 
with the first tiiread with a data structure associated with the thread on which 
the first thread may depend, which data structures stores information regarding 

25 which of the memory elements die thread with which the data structure is 
associated has accessed during execution of the tiiread. 

28. The method according to claim 27, wherein each data structure comprises a 
number of bits that correspond to the memory elements of the shared memory 
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and wherein a bit is set if die memory element to which die bit corresponds has 
been accessed by the thread with which die data structure is associated during 
execution of die diread. 

29. The method according to claim 28, wherein each data structure comprises a 
load vector and a store vector, wherein a bit in the load vector is set if die 
memory object to which the bit corresponds has been read by the thread with 
which die data structure is associated during execution of the thread and 
wherein a bit in die store vector is set if die memory object to which die bit 
corresponds has been written to by die diread with which the data structure is 
associated during execution of die diread. 

30. The mediod according to claim 28, wherein each data structure comprises a 
single combined load and store vector. 

31. The method according to any of claims 27-30, wherein the metiiod further 
comprises the step of creating a dependence list associated with die first thread 
before execution of the first diread, which dependence list includes a reference 
to each diread which has not yet been committed and which comes before die 
first thread in program order. 

32. The method according to any of claims 27-31, wherein die first thread is 
committed if no collision is detected and wherein die execution of die first 
diread is restarted if a collision is detected. 

33. The metiiod according to claim 32, wherein die restart of execution of die 
first diread is delayed until die diread or each of die threads with which die first 
diread collided has been committed. 
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34. The method according to claim 33, wherein priority is given to committing 
and/ or executing the thread or each of the threads with which the first thread 
collided. 

35. The method according to any of claims 27-34, comprising the further step of 
performing a partial check for collisions between the first thread and at least one 
of the threads on which the first thread may depend by means of comparing the 
data structure associated with the first thread with the respective data structure 
associated with the at least one of the threads on which the first thread may 
depend, wherein no locking of the data structures take place while the partial 
check is performed. 

36. A computer program product comprising computer code means for 
performing the method of any of claims 17-26 when run on a computer. 

37. A computer program product comprising computer code means for 
performing the method of any of claims 27-35 when run on a computer. 
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